Systems and methods for folder redirection

ABSTRACT

A method for redirecting, to a second machine, without user intervention, a request for access to a folder on a first machine, the request made by a resource executing within a remote access session on the first machine, includes receiving, by a component on a first machine, folder mapping information associated with a folder provided by a shell namespace on a second machine. The component intercepts a request by a resource executing on the first machine for access to file system data on the first machine. The component redirects the request to the second machine responsive to the received folder mapping information.

RELATED APPLICATION

The present application claims priority to U.S. Provisional PatentApplication Ser. No. 60/981,485, entitled “Systems and Methods forFolder Redirection,” filed Oct. 20, 2007, which is incorporated hereinby reference.

FIELD OF THE INVENTION

This disclosure generally relates to remote access to computingresources. In particular, this disclosure relates to systems and methodsfor redirecting access to one or more folders in a remote accesssession.

BACKGROUND

In typical systems for providing clients with remote access to networkresources, issues may arise relating to which versions of resources areprovided to the clients. One such problem arises in situations where aremote machine provides access to folders, files, or other data whichhave names or identifiers that are substantially similar to those offolders, files or other data provided by a local machine. For example,both machines may provide access to special folders maintained by anoperating system (e.g., “My Documents” in a WINDOWS operating systemenvironment). Typically, the remote application displaysremotely-located folders to a user of a client machine by default. Insome circumstances, therefore, the user receives access to a remotefolder but may believe that the application is displaying the user'slocal folder, which may cause the user confusion. For example, the usermay intend to save a document to the local machine, yet mayinadvertently save the document on a remote machine.

SUMMARY

In one aspect, a method for redirecting, to a second machine, withoutuser intervention, a request for access to a folder on a first machine,the request made by a resource executing within a remote access sessionon the first machine, includes receiving, by a component on a firstmachine, folder mapping information associated with a folder provided bya shell namespace on a second machine. The method includes intercepting,by the component, a request by a resource executing on the first machinefor access to file system data on the first machine. The method includesredirecting, by the component, the request to the second machineresponsive to the received folder mapping information.

In another embodiment, the method includes identifying, in theintercepted request, an address associated with a folder located on thefirst machine. In another embodiment, the method includes remapping theidentified address to an address of the folder provided by the shellnamespace on the second machine. In still another embodiment, the methodincludes transmitting, to the second machine, the intercepted requestand the remapped address.

In another aspect, a system for redirecting, to a second machine,without user intervention, a request for access to a folder on a firstmachine, the request made by a resource executing within a remote accesssession on the first machine, includes a first component and a secondcomponent. In one embodiment, the first component on the first machinei) receives folder mapping information associated with a folder providedby a shell namespace on a second machine, ii) intercepts a request by aresource executing on the first machine to access file system data onthe first machine, and iii) redirects the request to the second machine,responsive to the received folder mapping information. The secondcomponent on the second machine receives the redirected request andmodifies file system information on the second machine responsive to thereceived request.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention is pointed out with particularity in the appended claims.The advantages of the invention described above, as well as furtheradvantages of the invention, may be better understood by reference tothe following description taken in conjunction with the accompanyingdrawings, in which:

FIG. 1A is a block diagram depicting an embodiment of a networkenvironment comprising client machines in communication with remotemachines;

FIGS. 1B and 1C are block diagrams depicting embodiments of computersuseful in connection with the methods and systems described herein;

FIG. 2 is a block diagram depicting an embodiment of a system forredirecting, to a second machine, without user intervention, a requestfor access to a folder on a first machine, the request being made by aresource executing within a remote access session on the first machine;

FIG. 3 is a flow diagram depicting an embodiment of a method forredirecting, to a second machine, without user intervention, a requestfor access to a folder on a first machine, the request being made by aresource executing within a remote access session on the first machine;

FIG. 4A is a flow diagram depicting an embodiment of a method forfunctions performed by a client;

FIG. 4B is a flow diagram depicting an embodiment of a method forfunctions performed by a server; and

FIG. 5 is a flow diagram depicting an embodiment of a method for folderredirection.

DETAILED DESCRIPTION

Referring now to FIG. 1A, an embodiment of a network environment isdepicted. In brief overview, the network environment comprises one ormore clients 102 a-102 n (also generally referred to as local machine(s)102, client(s) 102, client node(s) 102, client computer(s) 102, orendpoint(s) 102) in communication with one or more servers 106 a-106 n(also generally referred to as server(s) 106, or remote machine(s) 106)via one or more networks 104.

Although FIG. 1A shows a network 104 between the clients 102 and theservers 106, the clients 102 and the servers 106 may be on the samenetwork 104. The network 104 can be a local-area network (LAN), such asa company Intranet, a metropolitan area network (MAN), or a wide areanetwork (WAN), such as the Internet or the World Wide Web. In someembodiments, there are multiple networks 104 between the clients 102 andthe servers 106. In one of these embodiments, a network 104′ may be aprivate network and a network 104 may be a public network. In another ofthese embodiments, a network 104 may be a private network and a network104′ a public network. In still another embodiment, networks 104 and104′ may both be private networks.

The network 104 may be any type and/or form of network and may includeany of the following: a point to point network, a broadcast network, awide area network, a local area network, a telecommunications network, adata communication network, a computer network, an ATM (AsynchronousTransfer Mode) network, a SONET (Synchronous Optical Network) network, aSDH (Synchronous Digital Hierarchy) network, a wireless network and awireline network. In some embodiments, the network 104 may comprise awireless link, such as an infrared channel or satellite band. Thetopology of the network 104 may be a bus, star, or ring networktopology. The network 104 and network topology may be of any suchnetwork or network topology as known to those ordinarily skilled in theart capable of supporting the operations described herein. The networkmay comprise mobile telephone networks utilizing any protocol orprotocols used to communicate among mobile devices, including AMPS,TDMA, CDMA, GSM, GPRS or UMTS. In some embodiments, different types ofdata may be transmitted via different protocols. In other embodiments,the same types of data may be transmitted via different protocols.

In one embodiment, the system may include multiple, logically-groupedservers 106. In these embodiments, the logical group of servers may bereferred to as a server farm 38. In some of these embodiments, theservers 106 may be geographically dispersed. In some cases, a farm 38may be administered as a single entity. In other embodiments, the serverfarm 38 comprises a plurality of server farms 38. In one embodiment, theserver farm executes one or more applications on behalf of one or moreclients 102.

The servers 106 within each farm 38 can be heterogeneous. One or more ofthe servers 106 can operate according to one type of operating systemplatform (e.g., WINDOWS NT, manufactured by Microsoft Corp. of Redmond,Wash.), while one or more of the other servers 106 can operate onaccording to another type of operating system platform (e.g., Unix orLinux). In some embodiments, a server 106 executes an application onbehalf of a user or a client 102. In other embodiments, a server 106executes a virtual machine, which provides an execution session withinwhich applications execute on behalf of a user or a client 102. In oneof these embodiments, the execution session is a hosted desktop session.In another of these embodiments, the server 106 executes a terminalservices session. The terminal services session may provide a hosteddesktop environment. In still another of these embodiments, theexecution session provides access to a computing environment, which maycomprise one or more of: an application, a plurality of applications, adesktop application, and a desktop session in which one or moreapplications may execute.

The servers 106 of each farm 38 may not need to be physically proximateto another server 106 in the same farm 38. Thus, the group of servers106 logically grouped as a farm 38 may be interconnected using awide-area network (WAN) connection or a metropolitan-area network (MAN)connection. For example, a farm 38 may include servers 106 physicallylocated in different continents or different regions of a continent,country, state, city, campus, or room. Data transmission speeds betweenservers 106 in the farm 38 can be increased if the servers 106 areconnected using a local-area network (LAN) connection or some form ofdirect connection.

A server 106 may be a file server, application server, web server, proxyserver, appliance, network appliance, gateway, application gateway,gateway server, virtualization server, deployment server, SSL VPNserver, or firewall. In some embodiments, a server 106 provides a remoteauthentication dial-in user service, and is referred to as a RADIUSserver. In other embodiments, a server 106 may have the capacity tofunction as either an application server or as a master applicationserver. In still other embodiments, a server 106 is a blade server. Inyet other embodiments, a server 106 executes a virtual machineproviding, to a user or client computer 102, access to a computingenvironment.

In one embodiment, a server 106 may include an Active Directory. Theserver 106 may be an application acceleration appliance. For embodimentsin which the server 106 is an application acceleration appliance, theserver 106 may provide functionality including firewall functionality,application firewall functionality, or load balancing functionality. Insome embodiments, the server 106 comprises an appliance such as one ofthe line of appliances manufactured by the Citrix Application NetworkingGroup, of San Jose, Calif., or Silver Peak Systems, Inc., of MountainView, Calif., or of Riverbed Technology, Inc., of San Francisco, Calif.,or of F5 Networks, Inc., of Seattle, Wash., or of Juniper Networks,Inc., of Sunnyvale, Calif.

The clients 102 may also be referred to as client nodes, clientmachines, endpoint nodes, or endpoints. In some embodiments, a client102 has the capacity to function as both a client node seeking access toresources provided by a server and as a server providing access tohosted resources for other clients 102 a-102 n.

In some embodiments, a client 102 communicates with a server 106. In oneembodiment, the client 102 communicates with one of the servers 106 in afarm 38. Over the network 104, the client 102 can, for example, requestexecution of various applications hosted by the servers 106 a-106 n inthe farm 38 and receive output data of the results of the applicationexecution for display. In one embodiment, the client 102 executes aprogram neighborhood application to communicate with a server 106 in afarm 38.

A client 102 may execute, operate or otherwise provide an application,which can be any type and/or form of software, program, or executableinstructions such as any type and/or form of web browser, web-basedclient, client-server application, a thin-client computing client, anActiveX control, or a Java applet, or any other type and/or form ofexecutable instructions capable of executing on client 102. In someembodiments, the application may be a server-based or a remote-basedapplication executed on behalf of the client 102 on a server 106. In oneembodiment, the server 106 may display output data to the client 102using any thin-client or remote-display protocol, such as theIndependent Computing Architecture (ICA) protocol manufactured by CitrixSystems, Inc. of Ft. Lauderdale, Fla.; the Remote Desktop Protocol (RDP)manufactured by the Microsoft Corporation of Redmond, Wash.; the X11protocol; the Virtual Network Computing (VNC) protocol, manufactured byAT&T Bell Labs; the SPICE protocol, manufactured by Qumranet, Inc., ofSunnyvale, Calif., USA, and of Raanana, Israel; the Net2Displayprotocol, manufactured by VESA, of Milpitas, Calif.; the PC-over-IPprotocol, manufactured by Teradici Corporation, of Burnaby, B.C.; theTCX protocol, manufactured by Wyse Technology, Inc., of San Jose,Calif.; the THINC protocol developed by Columbia University in the Cityof New York, of New York, N.Y.; or the Virtual-D protocols manufacturedby Desktone, Inc., of Chelmsford, Mass. The application can use any typeof protocol and it can be, for example, an HTTP client, an FTP client,an Oscar client, or a Telnet client. In other embodiments, theapplication comprises any type of software related to voice overinternet protocol (VoIP) communications, such as a soft IP telephone. Infurther embodiments, the application comprises any application relatedto real-time data communications, such as applications for streamingvideo and/or audio.

The client 102 and server 106 may be deployed as and/or executed on anytype and form of computing device, such as a computer, network device orappliance capable of communicating on any type and form of network andperforming the operations described herein. FIGS. 1B and 1C depict blockdiagrams of a computing device 100 useful for practicing an embodimentof the client 102 or a server 106. As shown in FIGS. 1B and 1C, eachcomputing device 100 includes a central processing unit 121, and a mainmemory unit 122. As shown in FIG. 1B, a computing device 100 may includea visual display device 124, a keyboard 126 and/or a pointing device127, such as a mouse. As shown in FIG. 1C, each computing device 100 mayalso include additional optional elements, such as one or moreinput/output devices 130 a-130 n (generally referred to using referencenumeral 130), and a cache memory 140 in communication with the centralprocessing unit 121.

The central processing unit 121 is any logic circuitry that responds toand processes instructions fetched from the main memory unit 122. Inmany embodiments, the central processing unit is provided by amicroprocessor unit, such as: those manufactured by Intel Corporation ofMountain View, Calif.; those manufactured by Motorola Corporation ofSchaumburg, Ill.; those manufactured by Transmeta Corporation of SantaClara, Calif.; the RS/6000 processor, those manufactured byInternational Business Machines of White Plains, N.Y.; or thosemanufactured by Advanced Micro Devices of Sunnyvale, Calif. Thecomputing device 100 may be based on any of these processors, or anyother processor capable of operating as described herein.

Main memory unit 122 may be one or more memory chips capable of storingdata and allowing any storage location to be directly accessed by themicroprocessor 121, such as Static random access memory (SRAM), BurstSRAM or SynchBurst SRAM (BSRAM), Dynamic random access memory (DRAM),Fast Page Mode DRAM (FPM DRAM), Enhanced DRAM (EDRAM), Extended DataOutput RAM (EDO RAM), Extended Data Output DRAM (EDO DRAM), BurstExtended Data Output DRAM (BEDO DRAM), Enhanced DRAM (EDRAM),synchronous DRAM (SDRAM), JEDEC SRAM, PC100 SDRAM, Double Data RateSDRAM (DDR SDRAM), Enhanced SDRAM (ESDRAM), SyncLink DRAM (SLDRAM),Direct Rambus DRAM (DRDRAM), or Ferroelectric RAM (FRAM). The mainmemory 122 may be based on any of the above described memory chips, orany other available memory chips capable of operating as describedherein. In the embodiment shown in FIG. 1B, the processor 121communicates with main memory 122 via a system bus 150 (described inmore detail below). FIG. 1C depicts an embodiment of a computing device100 in which the processor communicates directly with main memory 122via a memory port 103. For example, in FIG. 1C the main memory 122 maybe DRDRAM.

FIG. 1C depicts an embodiment in which the main processor 121communicates directly with cache memory 140 via a secondary bus,sometimes referred to as a backside bus. In other embodiments, the mainprocessor 121 communicates with cache memory 140 using the system bus150. Cache memory 140 typically has a faster response time than mainmemory 122 and is typically provided by SRAM, BSRAM, or EDRAM. In theembodiment shown in FIG. 1C, the processor 121 communicates with variousI/O devices 130 via a local system bus 150. Various buses may be used toconnect the central processing unit 121 to any of the I/O devices 130,including a VESA VL bus, an ISA bus, an EISA bus, a MicroChannelArchitecture (MCA) bus, a PCI bus, a PCI-X bus, a PCI-Express bus, or aNuBus. For embodiments in which the I/O device is a video display 124,the processor 121 may use an Advanced Graphics Port (AGP) to communicatewith the display 124. FIG. 1C depicts an embodiment of a computer 100 inwhich the main processor 121 communicates directly with I/O device 130bvia HyperTransport, Rapid I/O, or InfiniBand. FIG. 1C also depicts anembodiment in which local busses and direct communication are mixed: theprocessor 121 communicates with I/O device 130 a using a localinterconnect bus while communicating with I/O device 130 b directly.

The computing device 100 may support any suitable installation device116, such as a floppy disk drive for receiving floppy disks such as3.5-inch, 5.25-inch disks or ZIP disks, a CD-ROM drive, a CD-R/RW drive,a DVD-ROM drive, tape drives of various formats, USB device, hard-driveor any other device suitable for installing software and programs suchas any client agent 120, or portion thereof. The computing device 100may further comprise a storage device, such as one or more hard diskdrives or redundant arrays of independent disks, Flash memory, orEEPROMs, for storing an operating system and other related software, andfor storing application software programs such as any program related tothe client agent 120. Optionally, any of the installation devices 116could also be used as the storage device. Additionally, the operatingsystem and the software can be run from a bootable medium, for example,a bootable CD, such as KNOPPIX, a bootable CD for GNU/Linux that isavailable as a GNU/Linux distribution from knoppix.net.

Furthermore, the computing device 100 may include a network interface118 to interface to a Local Area Network (LAN), Wide Area Network (WAN)or the Internet through a variety of connections including, but notlimited to, standard telephone lines, LAN or WAN links (e.g., 802.11,T1, T3, 56 kb, X.25, SNA, DECNET), broadband connections (e.g., ISDN,Frame Relay, ATM, Gigabit Ethernet, Ethernet-over-SONET, ADSL, SDSL),wireless connections, or some combination of any or all of the above.Connections can be established using a variety of communicationprotocols (e.g., TCP/IP, IPX, SPX, NetBIOS, Ethernet, ARCNET, SONET,SDH, Fiber Distributed Data Interface (FDDI), RS232, IEEE 802.11, IEEE802.11a, IEEE 802.11b, IEEE 802.11g, CDMA, GSM, WiMax and directasynchronous connections). In one embodiment, the computing device 100communicates with other computing devices 100′ via any type and/or formof gateway or tunneling protocol such as Secure Socket Layer (SSL) orTransport Layer Security (TLS), or the Citrix Gateway Protocolmanufactured by Citrix Systems, Inc. of Ft. Lauderdale, Fla. The networkinterface 118 may comprise a built-in network adapter, network interfacecard, PCMCIA network card, card bus network adapter, wireless networkadapter, USB network adapter, modem or any other device suitable forinterfacing the computing device 100 to any type of network capable ofcommunication and performing the operations described herein.

A wide variety of I/O devices 130 a-130 n may be present in thecomputing device 100. Input devices include keyboards, mice, trackpads,trackballs, microphones, and drawing tablets. Output devices includevideo displays, speakers, inkjet printers, laser printers, anddye-sublimation printers. The I/O devices may be controlled by an I/Ocontroller 123 as shown in FIG. 1B. The I/O controller may control oneor more I/O devices such as a keyboard 126 and a pointing device 127,e.g., a mouse or optical pen. Furthermore, an I/O device may alsoprovide storage and/or an installation medium 116 for the computingdevice 100. In still other embodiments, the computing device 100 mayprovide USB connections to receive handheld USB storage devices such asthe USB Flash Drive line of devices manufactured by Twintech Industry,Inc. of Los Alamitos, Calif.

In some embodiments, the computing device 100 may comprise or beconnected to multiple display devices 124 a-124 n, which each may be ofthe same or different type and/or form. As such, any of the I/O devices130 a-130 n and/or the I/O controller 123 may comprise any type and/orform of suitable hardware, software, or combination of hardware andsoftware to support, enable or provide for the connection and use ofmultiple display devices 124 a-124 n by the computing device 100. Forexample, the computing device 100 may include any type and/or form ofvideo adapter, video card, driver, and/or library to interface,communicate, connect or otherwise use the display devices 124 a-124 n.In one embodiment, a video adapter may comprise multiple connectors tointerface to multiple display devices 124 a-124 n. In other embodiments,the computing device 100 may include multiple video adapters, with eachvideo adapter connected to one or more of the display devices 124 a-124n. In some embodiments, any portion of the operating system of thecomputing device 100 may be configured for using multiple displays 124a-124 n. In other embodiments, one or more of the display devices 124a-124 n may be provided by one or more other computing devices, such ascomputing devices 100 a and 100 b connected to the computing device 100,for example, via a network. These embodiments may include any type ofsoftware designed and constructed to use another computer's displaydevice as a second display device 124 a for the computing device 100.One ordinarily skilled in the art will recognize and appreciate thevarious ways and embodiments that a computing device 100 may beconfigured to have multiple display devices 124 a-124 n.

In further embodiments, an I/O device 130 may be a bridge between thesystem bus 150 and an external communication bus, such as a USB bus, anApple Desktop Bus, an RS-232 serial connection, a SCSI bus, a FireWirebus, a FireWire 800 bus, an Ethernet bus, an AppleTalk bus, a GigabitEthernet bus, an Asynchronous Transfer Mode bus, a HIPPI bus, a SuperHIPPI bus, a SerialPlus bus, a SCI/LAMP bus, a FibreChannel bus, or aSerial Attached small computer system interface bus.

A computing device 100 of the sort depicted in FIGS. 1B and 1C typicallyoperates under the control of operating systems, which controlscheduling of tasks and access to system resources. The computing device100 can be running any operating system such as any of the versions ofthe MICROSOFT WINDOWS operating systems, the different releases of theUnix and Linux operating systems, any version of the MAC OS forMacintosh computers, any embedded operating system, any real-timeoperating system, any open source operating system, any proprietaryoperating system, any operating systems for mobile computing devices, orany other operating system capable of running on the computing deviceand performing the operations described herein. Typical operatingsystems include: WINDOWS 3.x, WINDOWS 95, WINDOWS 98, WINDOWS 2000,WINDOWS NT 3.51, WINDOWS NT 4.0, WINDOWS CE, WINDOWS XP, and WINDOWSVISTA, all of which are manufactured by Microsoft Corporation ofRedmond, Wash.; MAC OS, manufactured by Apple Computer of Cupertino,Calif.; OS/2, manufactured by International Business Machines of Armonk,N.Y.; and Linux, a freely-available operating system distributed byCaldera Corp. of Salt Lake City, Utah, or any type and/or form of a Unixoperating system, among others.

The computer system 100 can be any workstation, desktop computer, laptopor notebook computer, server, handheld computer, mobile telephone orother portable telecommunication device, media playing device, a gamingsystem, mobile computing device, or any other type and/or form ofcomputing, telecommunications or media device that is capable ofcommunication and that has sufficient processor power and memorycapacity to perform the operations described herein. For example, thecomputer system 100 may comprise a device of the IPOD family of devicesmanufactured by Apple Computer of Cupertino, Calif., a PLAYSTATION 2,PLAYSTATION 3, or PERSONAL PLAYSTATION PORTABLE (PSP) devicemanufactured by the Sony Corporation of Tokyo, Japan, a NINTENDO DS,NINTENDO GAMEBOY, NINTENDO GAMEBOY ADVANCED or NINTENDO REVOLUTIONdevice manufactured by Nintendo Co., Ltd., of Kyoto, Japan, or an XBOXor XBOX 360 device manufactured by the Microsoft Corporation of Redmond,Wash.

In some embodiments, the computing device 100 may have differentprocessors, operating systems, and input devices consistent with thedevice. For example, in one embodiment, the computing device 100 is aTREO 180, 270, 600, 650, 680, 700p, 700w, or 750 smart phonemanufactured by Palm, Inc. In some of these embodiments, the TREO smartphone is operated under the control of the PALM operating system andincludes a stylus input device as well as a five-way navigator device.

In other embodiments, the computing device 100 is a mobile device, suchas a JAVA-enabled cellular telephone or personal digital assistant(PDA), such as the i55sr, i58sr, i85s, i88s, i90c, i95cl, or the im1100,all of which are manufactured by Motorola Corp. of Schaumburg, Ill., the6035 or the 7135, manufactured by Kyocera of Kyoto, Japan, or the i300or i330, manufactured by Samsung Electronics Co., Ltd., of Seoul, Korea.

In still other embodiments, the computing device 100 is a Blackberryhandheld or smart phone, such as the devices manufactured by Research InMotion Limited, including the Blackberry 7100 series, 8700 series, 7700series, 7200 series, the Blackberry 7520, or the Blackberry PEARL 8100.In yet other embodiments, the computing device 100 is a smart phone,Pocket PC, Pocket PC Phone, or other handheld mobile device supportingMicrosoft Windows Mobile Software. Moreover, the computing device 100can be any workstation, desktop computer, laptop or notebook computer,server, handheld computer, mobile telephone, any other computer, orother form of computing or telecommunications device that is capable ofcommunication and that has sufficient processor power and memorycapacity to perform the operations described herein.

In one embodiment, the server 106 includes a policy engine forcontrolling and managing the access to a resource, selection of anexecution method for accessing the resource, and the delivery ofresources. In another embodiment, the server 106 communicates with apolicy engine. In some embodiments, the policy engine determines the oneor more resources a user or client 102 may access. In other embodiments,the policy engine determines how the resource should be delivered to theuser or client 102, e.g., the method of execution. In still otherembodiments, the server 106 provides a plurality of delivery techniquesfrom which to select a method of execution, such as a server-basedcomputing, application streaming, or delivering the application locallyto the client 102 for local execution. In other embodiments, the policyengine 195 can apply a policy configured by an administrator or theend-user to redirect read and/or write access to one or more filesystems folders. For example, the policy engine can apply a policy thatresults in redirection of requests for access to the “My Documents”folder associated with a server machine 106 to the “My Documents” folderof the client machine 102.

Referring now to FIG. 2, a block diagram depicts an embodiment of asystem 200 for redirecting, to a second machine 106, a request foraccess to a folder on a first machine 102, the request being made by aresource executing within a remote access session on the first machine102. In brief overview, the system 200 includes a first machine 102, afirst component 210, a resource 230 executing on the first machine 102,a second machine 106, and a second component 220. The first component210 on the first machine 102 i) receives folder mapping informationassociated with a folder 240 provided by a shell namespace on the secondmachine 106, ii) intercepts a request by a resource 230 executing on thefirst machine 102 to access file system data on the first machine 102,and iii) redirects the request to the second machine 106, responsive tothe received folder mapping information. The second component 220 on thesecond machine 106 receives the redirected request and modifies filesystem information on the second machine 106 responsive to the receivedrequest.

Referring now to FIG. 2, and in greater detail, a shell is softwareproviding a user interface to the user. In one embodiment, a shell maybe supplemented or replaced with a third-party shell. In MICROSOFTWINDOWS, the default shell is EXPLORER, which determines theconfiguration of the desktop (e.g., the task bar, notification area,start menu, etc.). In one embodiment, a shell namespace maintained bythe shell provides a graphical display of a tree-structured hierarchy offiles and folders in a file system managed by a shell on a computer. Inanother embodiment, folders objects are nodes of the tree. In anotherembodiment, folder objects are containers for file objects, otherfolders in the file system, or links to files stored on other filesystems. In still another embodiment, file objects are leaves of thetree. In yet another embodiment, file objects may include normal diskfiles or virtual objects, such as printer links. In still yet anotherembodiment, folders that are not part of the file system may be referredto as virtual folders. In another embodiment, objects within the shellnamespace may be identified by a unique pathname. In yet anotherembodiment, a virtual folder may organize files independently of theirphysical location. Unlike a regular folder, files in a virtual folderare not limited to any to any single physical location on one machine,but may include links to files in any location on a plurality ofnetworked machines and/or databases. In this way, a virtual folder maybe a collection of shortcuts to actual files and folders, according toembodiments of the invention.

Some special folders provide access to user folders while the useraccesses a resource that accesses user-specific data. For example, auser can launch a word processing application and interact with the userinterface to request access to data; for example, a user may click on a“File→Open” option that launches an Open dialog box. The dialog boxtypically provides a list of files and folders the user typicallyinteracts with on a regular basis. In some embodiments, the dialog boxdisplays a special folder; examples of such special folders provided ina MICROSOFT WINDOWS environment can include a “My Documents” folder or“My Desktop” folder. Special folders may provide access to both regularand virtual folders located either on a local machine or on one or moreremote machines.

In some embodiments, the first component 210 includes a file systemredirector that receives the intercepted request and transmits theintercepted request to the second component 220. In one embodiment, thefile system redirector is a file system filter driver. In anotherembodiment, the file system redirector is a mini filter driver. In yetanother embodiment, the file system redirector is a hooking mechanism.In each of these embodiments, the file system redirector may have beenmodified to integrate the functionality described herein.

In other embodiments, the first component 210 includes a receiverreceiving folder mapping information associated with a special folder ora virtual folder provided by the shell namespace on the second machine106. In some embodiments, the folder mapping information may include,without limitation, the pathname, the item ID, the actual address,and/or the type (e.g., special or virtual) of the folder 240 provided bythe shell namespace on the second machine 106.

In one embodiment, the first component 210 is part of a presentationlayer protocol agent. In another embodiment, the first component 210 isin communication with a presentation layer protocol agent.

In one embodiment, the resource 230 includes, without limitation, aprogram, an application, a document, a file, a plurality ofapplications, a plurality of files, an executable program file, adesktop environment, a computing environment, or other resource madeavailable to a user of the second machine 106.

In one embodiment, the second component 220 on the second machine 106identifies folder mapping information associated with the folder 240provided by the shell namespace on the second machine 106. In anotherembodiment, the second component 220 may be in communication withanother agent on the second machine, wherein the agent is identifyingthe folder mapping information associated with the folder 240. In stillanother embodiment, the second component 220 transmits the identifiedfolder mapping information to the first machine 102. In someembodiments, the second component 220 receives, from the first machine102, a request for modification of the folder 240 associated with thefolder mapping information. For example, the second component 220 mayreceive a request to read or write to a file stored in a directoryrepresented by the folder mapping information.

In one embodiment, the second component 220 is provided as a componentof a presentation layer protocol agent. In another embodiment, thesecond component 220 is in communication with a presentation layerprotocol agent.

Referring now to FIG. 3, a flow diagram depicts an embodiment of amethod 300 for redirecting, to a second machine 106, without userintervention, a request for access to a folder on a first machine 102,the request made by a resource 230 executing within a remote accesssession on a first machine 102. In brief overview, the method 300includes receiving, by a component 210 on a first machine 102, foldermapping information associated with a folder 240 provided by a shellnamespace on a second machine 106 (block 310). The component 210intercepts a request by a resource 230 executing on the first machine102 for access to file system data on the first machine 102 (block 320).The component 210 redirects the request to the second machine 106responsive to the received folder mapping information (block 330).

A component 210 on a first machine 102 receives folder mappinginformation associated with a folder 240 provided by a shell namespaceon a second machine 106 (block 310). In one embodiment, the component210 on the first machine 102 receives an address of the folder providedby the shell namespace on the second machine 106. In another embodiment,the component 210 on the first machine 102 receives an instruction toredirect, to the second machine 106, a request for access to file systemdata on the first machine 102, responsive to the received folder mappinginformation associated with the folder 240 provided by the shellnamespace on the second machine 106. In other embodiments, component 210maps, to the first machine 102, a folder on the second machine 106 foraccess by a resource executing on the second machine 106.

In one embodiment, an agent 220 on the second machine 106 identifiesfolder mapping information associated with the folder 240 provided bythe shell namespace on the second machine 106. In another embodiment,the agent 220 transmits the identified folder mapping information to thefirst machine 102. In some of these embodiments, the agent 220 receives,from the first machine 102, a request for modification of the folder 240associated with the folder mapping information. In some of theseembodiments, the agent 220 modifies file system information on thesecond machine 106 responsive to the received request.

The component 210 intercepts a request by a resource 230 executing onthe first machine 102 for access to file system data on the firstmachine 102 (block 320). In some embodiments, the component 210intercepts a request by the resource 230 executing on the first machine102 to modify file system information associated with the first machine102. In other embodiments, the component 210 intercepts a request by theresource 230 executing on the first machine 102 to read a file in afolder provided by a shell namespace on the first machine 102. In otherembodiments, the component 210 intercepts a request by the resource 230executing on the first machine 102 to modify a file in a folder providedby a shell namespace on the first machine 102. In one embodiment, thecomponent 210 intercepts a request by the resource 230 executing on thefirst machine 102 to read a file in a special folder provided by a shellnamespace on the first machine 102. In another embodiment, the component210 intercepts a request by the resource 230 executing on the firstmachine 102 to modify a file in a special folder provided by a shellnamespace on the first machine 102.

The component 210 redirects the request to the second machine 106responsive to the received folder mapping information (block 330). Insome embodiments, the component 210 transmits the intercepted request toa file system redirector. In one of these embodiments, the file systemredirector transmits the intercepted request to the second machine 106.

In one embodiments, a second component 220 on the second machine 106receives the redirected request. In another embodiment, the secondcomponent 220 identifies the request as a request to enumerate at leastone file or object in a directory represented by a special folder. Inyet another embodiment, the second component 220 transmits, to the firstmachine 102, an enumeration of the requested at least one file or objectfor display by the resource 230 executing on the first machine. In someembodiments, the second component 220 identifies the request as arequest to enumerate at least one file or object in a directoryrepresented by a special folder. In one embodiment, the second component220 enumerates at least one file or object in a directory by a specialfolder in response to a received request. In other embodiments, thesecond component 220 identifies the request as a request to open a filecontained in a special folder. In one embodiment, the second component220 opens a file contained in a special folder, displaying any outputdata on the first machine 102. In still other embodiments, the secondcomponent 220 identifies the request as a request to modify (e.g.,delete or write to) a file, an object, or data on the file system. Inone embodiment, the second component 220 modifies (e.g., deletes orwrites to) a file, an object, or data on the file system.

In one embodiment, the component 210 determines that the request by theresource 230 executing on the first machine 102 is a request for accessto a folder provided by a shell namespace on the first machine 102. Inone embodiment, the component 210 identifies, in the interceptedrequest, an address associated with a folder located on the firstmachine 102. In another embodiment, the component 210 identifies theaddress as one for which the component 210 has received folder mappinginformation from the second machine. In another embodiment, theidentified address is remapped to an address of the folder provided bythe shell namespace on the second machine 106 at substantially the sametime as the request interception. In still another embodiment, at leastone of the intercepted request and the remapped address are thentransmitted to the second machine 106.

In other embodiments, the first machine 102 provides, to the resource230, access to file system data associated with the second machine 106.In one of these embodiments, the first machine 102 provides, to theresource 230, access to a special folder located on the second machine106. In another embodiment, the first machine 102 provides, to theresource 230, access to a virtual folder located on the second machine106.

In one embodiment, the second machine 106 responds by modifying a fileon the second machine 106. In another embodiment, the second machine 106responds by transmitting a file to the first machine 102.

Referring now to FIG. 4A, a flow diagram depicts an embodiment of amethod 400 of actions performed by a client 102. The method includescollecting client file system information (block 410), transmitting thatcollected information to the server 106 (block 420), and receiving aresponse from the server (block 430).

In one embodiment, a component 210 collects file system informationabout the client 102 (block 410). In another embodiment, component 210collects special folder information (e.g. “My Documents” folderinformation) from the client 102. In another embodiment, a client agent120 collects file system information about the client 102. In stillanother embodiment, a redirector module collects file system informationabout the client 102. In some embodiments, component 210 collects filesystem information including folder mapping information.

In one embodiment, the client 102 transmits the collected information tothe server 106 (block 420). The transmission can occur using one of themethods and protocols described above in connection with FIGS. 2-3.

In one embodiment, the client 102 receives commands from the server 106(block 430). In one embodiment the component 210 receives requests froma server side agent to access a file. In another embodiment, a clientagent 120 receives requests from a server side agent to access a file.In still another embodiment, a redirector module receives requests froma server side agent 106 to access a file. In some embodiments, requests,such as a read request or a write request, are remapped from client 102to server 106 or vice versa. In other embodiments, the client 102responds to the requests and provides access to the file. In one ofthese embodiments, the client 102 transmits, to the server 106, filesystem data stored on the client 102. In another of these embodimentsthe server 106 integrates a display of the received file system datainto a display of output data generated by at least one resourceexecuting on the server 106. In still another of these embodiments, theclient 102 responds to the intercepted request by displaying to a userof the client 102 the requested file.

Referring now to FIG. 4B, a flow diagram depicts one embodiment of amethod 450 performed by a server 106. The method 450 includes receivingclient folder information (block 460), intercepting an application call(block 470), remapping the intercepted application call (block 480), andredirecting the remapped application call to the client 102 (block 490).

In one embodiment, the server 106 receives client-side folderinformation (block 460). In another embodiment, a server agent receivesclient-side folder information.

In one embodiment, an interceptor component or hooking componentintercepts a request from a resource (block 470). The interceptor canbe, in one embodiment, a file system filter driver modified to providethe functionality described herein. A resource may include anapplication program module or any such suitable resource. Requests by aresource may include application calls. Application calls may include,but are not limited to, reads, writes, opens, and closes.

In one embodiment, the server agent remaps the intercepted applicationcall (block 480). The remapping can, in one embodiment, includeremapping from a pathname on a server to a pathname on a client. Inanother embodiment, the remapping can include remapping from a pathnameon a client to a pathname on a server. In other embodiments, variouscombinations of client and server remapping occur.

In one embodiment, the server 106 redirects the remapped applicationcalls to the client 102 (block 490). The redirection can occur using anyof the methods discussed above in connection with FIGS. 2-4A.

Referring now to FIG. 5, a block diagram depicts one embodiment of amethod 500 for redirecting a request for access to a folder on a firstmachine, the request being made by a resource executing within a remoteaccess session on the first machine. The method includes configuring aremote access session for file system redirection (block 510),transmitting to the server 106 client file system information (block520), receiving a read and/or write request during a remote accesssession (block 530), and redirecting the read and/or write request(block 540).

Referring now to FIG. 5, and in greater detail, a remote access sessionis configured for file system redirection (block 510). In oneembodiment, an administrator configures the server 106 to allow ordisallow redirection. In another embodiment, the administratorconfigures the policy engine executing on the server 106 to configurethe redirection. In some embodiments, the configuration can includeasking a user of the client 102 whether redirection is desired for asession. In other embodiments, redirection is automatically allowed forcertain clients 102 and not allowed for other clients 102. In some otherembodiments, redirection can be allowed for part of a session and notallowed for other portions of a session. In one of these embodiments,redirection is dynamically changeable during a session. In furtherembodiments, redirection occurs from either the server 106 to the client102, from the client 102 to the server 106, or both.

The client agent 120 gathers and transmits client side file systeminformation to the remote machine 106 (block 520). In one embodiment,the client agent 120 collects at least a portion of folder mappinginformation using a client context and transmits that information to theserver 106 using the remote access protocol. The transmittedinformation, in one embodiment, includes the location of a specialfolder (e.g., c:\users\user1\Desktop for the “Desktop” folder).

In one embodiment, a client 102 connects to a server 106 that isexecuting an application on behalf of the client 102. In anotherembodiment, the application receives a request from the user of theclient 102 in the form of file access requests such as File Open/Saveand, in some embodiments, displays a dialogue box to the end-user (block530). In still another embodiment, the application makes a request orsystem call similar to a FileOpen or FileCreate. In yet anotherembodiment, the request may include an identification of the location ofthe special folder path (e.g., FileOpen (“c:\users\user1\Desktop”)). Insome embodiments, an interceptor component (e.g., a hooking component),either on the client 102 or the server 106, intercepts such a systemcall and determines whether the request is targeted to access a specialfolder location on server.

In one embodiment, a File Open/Create call might be targeted to any filesystem where interception can be done in user mode, kernel mode, orusing a file system filter driver. In another embodiment, a FileOpen/Create call might be targeted to a higher level application. Instill another embodiment, redirection can be performed per-user,per-terminal server-session, per-application and even when saving filesper-file-type. For example, TXT files may be redirected to the client's“My Documents” folder while presentation files, for example filesgenerated using a presentation program such as MICROSOFT POWERPOINT, arenot. In some embodiments, application programming interface (API) callsare intercepted and redirected. In other embodiments, calls are made tothe shell namespace. In one of these embodiments, an interaction withthe shell namespace involves different components of an operatingsystem, and may operate at a different layer, than the componentsinvolved in a call to the file system.

In one embodiment, if redirection is enabled, the server redirects arequest, such as a read request or a write request, to a destination(block 540). In one embodiment, a request to access a file on a clientfile system is mapped to a location on a server. In another embodiment,a request for access to a file on a server file system is mapped to apathname identifying a related file on a client file system location. Inanother embodiment, once the call is validated to a server side specialfolder, the server agent, in some embodiments, remaps the folder name toa different folder location. The server agent maps the client filesystem that can be accessed as a regular drive/folder path by the serverapplication. For example, in an embodiment in which the client filesystem stores a client special folder within a directory on a drive thatis mapped as the “X” drive to a server, a server-side component receivesclient-side folder mapping information and translates the client-sidespecial folder pathname to x:\users\user1\desktop fromc:\users\user1\desktop, which was the client-side desktop folderpathname.

In one embodiment, when a server application attempts to access aspecial folder (e.g., a server desktop folder, c:\users\user1\desktop)on the server, the hooking component intercepts the system calls andremaps the identified pathname using the folder mapping informationreceived from the client. In response, the server agent receives andtransfers these remapped calls to the client agent. Then, the clientside agent completes the request. This process is transparent to theapplication and to the user. Therefore, in some embodiments, the userruns the application remotely and automatically accesses his or her ownlocal special folder from the application without taking any additionalactions or manually requesting access to the local special folder.

In another embodiment, using the methods and systems described herein, auser may access a client machine, wherein a first server provides accessto a resource and a second server provides access to a special folder.In such an embodiment, requests made by the resource on the first serverfor folder access on the client machine may be redirected to the secondserver, which may store a profile (e.g., a roaming profile) for theuser.

In one embodiment, and by way of illustration, a first component on theserver receives folder mapping information associated with a “MyDocuments” folder on a user's laptop. In another embodiment, the firstcomponent intercepts the request from a word processing application tosave a document to a default location—in this example, to a “MyDocuments” folder on the server. The first component redirects therequest to the “My Documents” folder on the laptop, as indicated by thereceived folder mapping information. In still another embodiment, theuser may then utilize the locally-saved document even when disconnectedfrom the server.

Having described certain embodiments of methods and systems forredirecting, to a second machine, without user intervention, a requestfor access to a folder on a first machine, the request being made by aresource executing within a remote access session on the first machine,it will now become apparent to one of skill in the art that otherembodiments incorporating the concepts of the disclosure may be used.Therefore, the disclosure should not be limited to certain embodiments,but rather should be limited only by the spirit and scope of thefollowing claims.

1. A method for redirecting, to a second machine, without userintervention, a request for access to a folder on a first machine, therequest made by a resource executing within a remote access session onthe first machine, the method comprising: (a) receiving, by a componenton a first machine, folder mapping information associated with a folderprovided by a shell namespace on a second machine; (b) intercepting, bythe component, a request by a resource executing on the first machinefor access to file system data on the first machine; and (c)redirecting, by the component, the request to the second machineresponsive to the received folder mapping information.
 2. The method ofclaim 1 further comprising providing, to the resource, access to filesystem data associated with the second machine.
 3. The method of claim 1further comprising providing, to the resource, access to a specialfolder located on the second machine.
 4. The method of claim 1 furthercomprising providing, to the resource, access to a virtual folderlocated on the second machine.
 5. The method of claim 1, furthercomprising: identifying, in the intercepted request, an addressassociated with a folder located on the first machine; remapping theidentified address to an address of the folder provided by the shellnamespace on the second machine; and transmitting, to the secondmachine, the intercepted request and the remapped address.
 6. The methodof claim 1, wherein (a) further comprises receiving, by the component onthe first machine, an address of the folder provided by the shellnamespace on the second machine.
 7. The method of claim 1, wherein (a)further comprises receiving, by the component on the first machine, aninstruction to redirect, to the second machine, a request for access tofile system data on the first machine, responsive to the received foldermapping information associated with the folder provided by the shellnamespace on the second machine.
 8. The method of claim 1, wherein step(b) further comprises intercepting, by the component, a request by theresource executing on the first machine to modify file systeminformation associated with the first machine.
 9. The method of claim 1,wherein step (b) further comprises intercepting, by the component, arequest by a resource executing on the first machine to open a file in afolder provided by a shell namespace on the first machine.
 10. Themethod of claim 1, wherein step (b) further comprises intercepting, bythe component, a request by a resource executing on the first machine tomodify a file in a folder provided by a shell namespace on the firstmachine.
 11. The method of claim 1, wherein step (c) further comprisestransmitting, by the component, to a file system redirector, theintercepted request.
 12. The method of claim 11, further comprisingtransmitting, by the file system redirector, the intercepted request tothe second machine.
 13. The method of claim 1 further comprisingdetermining, by the component, that the request by the resourceexecuting on the first machine is a request for access to a folderprovided by a shell namespace on the first machine.
 14. The method ofclaim 1 further comprising mapping, to the first machine, a folder onthe second machine for access by a resource executing on the secondmachine.
 15. The method of claim 1 further comprising: identifying, byan agent on the second machine, folder mapping information associatedwith the folder provided by the shell namespace on the second machine;and transmitting, by the agent, the identified folder mappinginformation to the first machine.
 16. The method of claim 15 furthercomprising receiving, by the agent, from the first machine, a requestfor modification of the folder associated with the folder mappinginformation.
 17. The method of claim 1 further comprising responding, bythe second machine, to the intercepted request with file system datastored on the second machine.
 18. A system for redirecting, to a secondmachine, without user intervention, a request for access to a folder ona first machine, the request made by a resource executing within aremote access session on the first machine, the system comprising: afirst component on a first machine i) receiving folder mappinginformation associated with a folder provided by a shell namespace on asecond machine, ii) intercepting a request by a resource executing onthe first machine to access file system data on the first machine, andiii) redirecting the request to the second machine, responsive to thereceived folder mapping information; and a second component on thesecond machine receiving the redirected request and modifying filesystem information on the second machine responsive to the receivedrequest.
 19. The system of claim 18, wherein the first component furthercomprises a file system redirector receiving the intercepted request andtransmitting the intercepted request to the second component.
 20. Thesystem of claim 18, wherein the first component further comprises areceiver receiving folder mapping information associated with a specialfolder provided by the shell namespace on the second machine.
 21. Thesystem of claim 18, wherein the first component further comprises areceiver receiving folder mapping information associated with a virtualfolder provided by the shell namespace on the second machine.